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Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
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Status 

1 )I3 Responsive to communication(s) filed on 24 August 2005 . 
2a)l3 This action is FINAL. 2b)D This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 
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6) ^ Claim(s) 1-20 is/are rejected. 
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8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 
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10)D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 

Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
1 1 )□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 
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application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 
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DETAILED ACTION 

1 . This Office Action is in response to amendment and remarks received 24 August 2005. 
Per Applicant's request Claims 1, 2, 3, and 17 have been amended. Claims 1-20 are pending. 

Response to Arguments 

2. Applicant has argued, in substance, the following: 

(A) Regarding claim 1, as noted on page 2 of Remarks, Applicant has argued the use of the 
Susaria reference regarding a hierarchical stack of class loaders used to reject the limitation of 
"listing peer class loaders." 

Examiner's Response: A hierarchical stack of class loaders is a list of parent and successive 
child loaders. Child loaders are 'peer class loaders.' A hierarchical arrangement reflects 
dependency. Examiner maintains the rejection. 

(B) As noted on page 4, Applicant argued that "a flag indicating whether said class has been 
replaced" is not taught by Susaria. 

Examiner's Response: Susaria taught [0059], . . . application may include a dirty class 
monitor. . ." The meaning known in the art is a 'dirty class monitor' indicates a change. 
Examiner maintains the rejection. 



Application/Control Number: 10/026,266 Page 3 

Art Unit: 2191 

(C) As noted on page 6, 2 nd paragraph, Applicant argued that Susaria fails to teach 'deference 
logic configured to defer said location, definition and loading of said specified class to said peer 
class loader in said list. 

Examiner's Response: Examiner Disagrees. [0057], "... class loaders that are each configured to 
load one or more classes for the application when invoked." Class loaders in the hierarchy 
(peers) contain the logic to load specific classes, at which time the location, definition and 
loading occur. 

(D) Applicants arguments do not comply with 37 CFR 1.1 1 1(c) because they do not clearly 
point out the patentable novelty which he or she thinks the claims present in view of the state of 
the art disclosed by the references cited or the objections made. Further, they do not show how 
the amendments avoid such references or objections. 

714.04 Claims Presented in Amendment With No Attempt To Point Out Patentable Novelty 
In the consideration of claims in an amended case where no attempt is made to point out 
the patentable novelty, the claims should not be allowed. See 37 CFR 1.111 and MPEP 
§ 714.02. 

An amendment failing to point out the patentable novelty which the applicant believes the 
claims present in view of the state of the art disclosed by the references cited or the 
objections made may be held to be not fully responsive and a time period set to furnish a 
proper reply if the statutory period has expired or almost expired (MPEP § 714.03). 
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As an example, while Examiner points to a "hierarchical stack of class loaders" in rejecting the 
limitation "listing peer class loaders", Applicant fails to explain why these features should not be 
considered analogous. 

Claim Rejections - 35 USC §103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1-20 are rejected under 35 U.S.C. 103(a) as being unpatentable over US Patent 
Application Publication 2004/0015936 Al to Susaria et al., in view of US Patent 6,601,1 14 Bl to 
Bracha et al. 

Per claim 1 : 

A custom class loader apparatus configured to dynamically locate and load classes in a virtual 
machine in accordance with an associated dependency specification, the custom class loader 
comprising: 

-class loading logic configured to specifically and dynamically locate, define and load a class 
specified by name; 

(Susaria: [0056], "Each module in the application may be associated with its own class 
loader...") 
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-a list of peer class loaders arranged in accordance with the associated dependency specification ' 
and, list generation logic configured to generate said list when said specified class has been 
replaced or when said dependency specification has been modified; 

(Susaria : [0056], "The class loader module may include a hierarchical stack of class loaders. 

Each class loader may have one parent class loader and zero or more child class loaders. . .") 

-a flag indicating whether said class has been replaced; 

(Susaria : [0059], . . . application may include a dirty class monitor. . .") 

Regarding: 

-deference logic configured to defer said location, definition and loading of said specified class 
to said peer class loaders in said list. 
Susaria disclosed: 

[0057], "... class loaders that are each configured to load one or more classes for the application 
when invoked." Class loaders in the hierarchy (peers) contain the logic to load specific classes.) 

Susaria disclosed (Abstract) a dynamic class loader. The class loader module may include a 
hierarchical stack of class loaders. Susaria failed to specify a list of peer class loaders. 
However, a hierarchical stack of class loaders is a data structure linking related elements, 
analogous to 'listing peer class loaders'. Peer class loaders can be identified, as they have a 
common parent node in the hierarchical data structure. Susaria failed to specify "list generation 
logic", generated when said specific class has been replaced or when said dependency 
specification has been modified. Although Susaria failed to generate a "list", he did disclose that 
when a class was replaced / modified, that dependent classes are provided with appropriate class 
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loaders. The hierarchical tree relates to dependencies. Susaria failed to explicitly specify "a flag 
comprises a dirty bit" to indicate a class has been replaced. However, he did provide a dirty 
monitor that noted a changed class [0059], which provides the same information. It is inherent 
that a 'dirty class monitor' provides some type of indication (flag) when a 'dirty' condition 
exists. When a "Dirty Class Monitor" notifies that a replacement loader is needed, the 
"Application Class Loader Controller" finds a peer loader to load the modified class and suitable 
loaders for any dependent classes. [0059], "The application may detect that a class has been 
changed. . .may include a dirty class monitor that may monitor classes used by the application 
and detect when any of the classes have been changed. The class loader for the class may be 
replaced with a new version of the class loader. . ." 

Susaria disclosed dynamic class loading, but failed to explicitly specify "deference logic 
configured to defer". However, Bracha disclosed (FIG. 4 & Col. 1 1, lines 40-46), "In lazy 
loading. . . a class is not loaded until it is needed during execution (deference logic)." Col. 1 5, 
lines 9-11, "The constraints written or otherwise recorded for use by the VM. . .are enforced, e.g. 
checked, when and if referenced class B is actually loaded ", col. 15, lines 29-3 1, "... a VM can 
implement fully lazy loading with verification." 

Therefore, it would have been obvious, to one of ordinary skill in the art, to consider the 
effects of Susaria' s 'dirty class monitor' to inherently suggest a 'dirty flag' and for the hierarchy 
of class loaders to provide the details for a 'list of peer loaders' and 'dependencies' among 
loaders. It would have been obvious, to one of ordinary skill in the art, at the time of the 
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invention to modify Susaria's invention, by including Bracha's suggestion that a dynamic loader 
may be 'lazy loaded'. One would be motivated to modify Susaria's dynamic loader because 
(Bracha, col. 1 5, lines 3 1 -42) the advantages include: The behavior of a program with respect to 
linkage errors is the same on all platforms and implementations. One need not anticipate all the 
places where a class or method might be linked and attempt to catch exceptions at all those 
places. Users can determine the availability of classes or other modules in a reliable and simple 
way... a programmer can test for the availability of classes on a platform in a reliable and simple 
way." 

Per claim 2: 

-said flag comprises a dirty bit. 

(Susaria : FIG. 8 & [0142-0143], "Dirty Class Monitor", [0059], "The application may detect that 
a class has been changed. . . a dirty class monitor. . .") 

Per claim 3: 

-custom class loader conforms to the specification of a Java programming language version 1.2 
delegation-style custom class loader. 

(Susaria : [0081], "Follow a delegation mechanism that is a modification of the mechanism 
described in JDK, version 1.2.") 

Per claim 4: 

-receiving a request to load a specified class; 
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(Susaria : FIG. 7, [0100], "...it may forward the "load class" request to the class loader 

controller", [0106], "load class requests") 

-determining whether said specified class has been replaced; 

(Susaria : [0088], "If a class changes, all the classes that use this class may be reloaded as 

well. . .", [0100], "The class loader controller then may determine which class loader is supposed 

to load the class.") 

-if it is determined that said specified class has been replaced, constructing a new instance of the 
class loader and generating a list of peer class loaders to which location, definition and loading 
of said specified class are to be deferred in accordance with a dependency specification in the 
virtual machine; 

(Susaria : [0100], "Any notification for a class change may also come to the class loader 
controller so that it can recreate the concerned class loaders ", [0108], "Receiving a notification 
from the replacement logic of the application class loader controller when a class changes ", 
[01 10], . . .application class loader controller may also be responsible for dispatching the "load 
class" requests to the appropriate class loader.", [0141], "The class loader controller may then 
replace the class loader with the new class loader. If there are one or more classes that depend 
on the class to be reloaded, the class loaders responsible for reloading the dependent classes may 
be located and replaced as well. . ." Also see FIG. 7, #308 regarding dependencies.) 
-deferring said location, definition and loading to said peer class loaders in said list. 
(0141], "the class loader controller may invoke each of the necessary class loaders to reload the 
classes that need to be reloaded in response to the change in the class.") 
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Per claim 5: 

-determining step comprises checking a dirty bit in the class loader. 

(Susaria : [0140], "dirty class monitor that may monitor classes used by the application and 

detect when any of the classes have been changed ") 

Per claim 6: 

-traversing each peer class loader in said dependency specification; 

(Susaria : FIG. 7, [0138], "application may include a class loader module that may include a 
hierarchical stack of class loaders that are each configured to load one or more classes for the 
application when invoked.", [0141], "The class loader controller may then locate the class loader 
responsible for loading the class in the hierarchical stack of class loaders.") 
-adding a reference for each said traversed peer class loader to said list. 

Per claim 7: 

-dependency specification comprises a tree of nodes, each said node encapsulating a reference to 
a dependency of said specified class, one of said nodes encapsulating a reference to said 
specified class. 

(Susaria : [0141], "The class loader controller may then replace the class loader with the new 
class loader. If there are one or more classes that depend (dependency) on the class to be 
reloaded, the class loaders responsible for reloading the dependent classes may be located and 
replaced as well.") 
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Per claim 8: 

-beginning with said one node encapsulating a reference to said specified class, traversing each 
node in said dependency specification using a depth-first traversal strategy until encountering 
either a leaf node or a node encapsulating a reference to a dependency already referenced in said 
list; 

-responsive to said encountering, traversing each node in said dependency specification using a 
breadth-first traversal strategy until encountering said node encapsulating said reference to said 
specified class; 

-adding a reference for each traversed node to said list. 

(See response to claim 7 above. Class loaders are located in the hierarchical stack of class 
loaders. In some cases one loader may load multiple classes. In some cases there may be a 
specific loader associated with a specific class. Classes that are dependent upon a changed class, 
may also need to be reloaded with a modified class loader. 

Per claim 9: 

-adding at least one reference to a peer class loader to said list based upon a corresponding 
reference stored in a list of peer class loaders identified in one of said traversed peer class 
loaders. 

(Susaria : [0145], "Helper (utility) classes in one module may be symbolically referenced by 
other module classes. . . helper classes may be loaded by the same class loader (peer class 
loader)...) 
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Per claim 10: 

-setting said dirty bit responsive to said specified class being replaced. 
(Susaria : [0142-0143], "Dirty Class Monitor FIG. 8 illustrates a dirty class monitor... Tasks 
related to the dirty class monitor may include, but are not limited to, registration and 
notification." It is inherent that a "dirty class monitor" has a technique to indicate via a 'bit' that 
a class has been modified.) 

Per claim 1 1 : 

-setting each dirty bit in each peer class loader referenced in said list responsive to said specified 

class being replaced. 

(Susaria : [0142-0143] & FIG. 8) 

Per claim 12: 

(See limitation addressed in claim 4 above.) 
Per claim 13: 

(See limitation addressed in claim 5 above.) 
Per claim 14: 

(See limitations addressed in claim 6 above.) 
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Per claim 15: 

(See limitations addressed in claim 7 above.) 
Per claim 16: 

(See limitations addressed in claim 8 above.) 
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Per claim 17: 

-traversing at least one parent class loader associated with the class loader through to a 
primordial class loader; 

(Susaria : [0088], "if the system class loader is assumed to be at the highest level (primordial 
class loader), then a change in a system class may trigger class reloading in all the lower 
levels...") 

-adding a reference for each said traversed parent class loader to said list. 
(Susaria : [0056], "The class loader module may include a hierarchical stack of class loaders. 
Each class loader may have one parent class loader and zero or more child class loaders. Each 
module in the application may be associated with its own class loader. . .") 

Per claim 18: 

-adding at least one reference to a parent class loader to said list based upon a corresponding 
reference stored in a list of parent class loaders identified in one of said traversed parent class 
loaders. 
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(Susaria : [0056], "The class loader module may include a hierarchical stack of class loaders. 
Each class loader may have one parent class loader and zero or more child class loaders. Each 
module in the application may be associated with its own class loader. ..") 

Per claim 19: 

(See limitations addressed in claim 10 above.) 
Per claim 20: 

(See limitations addressed in claim 1 above.) 

Conclusion 

5. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1. 136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 . 136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
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7. 



The prior art made of record and not relied upon is considered pertinent to applicant's 



disclosure. 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mary Steelman, whose telephone number is (571) 272-3704. The 
examiner can normally be reached Monday through Thursday, from 7:00 AM to 5:30 PM If 
attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Tuan 
Q. Dam can be reached at (571) 272-3695. The fax phone number for the organization where 
this application or proceeding is assigned is 703-872-9306. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Mary Steelman 
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